home *** CD-ROM | disk | FTP | other *** search
/ kermit.columbia.edu / kermit.columbia.edu.tar / kermit.columbia.edu / newsgroups / misc.19950528-19950726 / 000304_news@columbia.edu_Tue Jul 11 01:17:15 1995.msg < prev    next >
Internet Message Format  |  1995-07-31  |  2KB
  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA08355
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Tue, 11 Jul 1995 09:56:57 -0400
  3. Received: by apakabar.cc.columbia.edu id AA21365
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Tue, 11 Jul 1995 09:56:55 -0400
  5. Path: news.columbia.edu!panix!news.mathworks.com!gatech!swrinde!cs.utexas.edu!news.cs.utah.edu!cc.usu.edu!jrd
  6. From: jrd@cc.usu.edu (Joe Doupnik)
  7. Newsgroups: comp.protocols.kermit.misc
  8. Subject: Re: Tektronics Emulation & Flow Control
  9. Message-Id: <1995Jul11.071715.55790@cc.usu.edu>
  10. Date: 11 Jul 95 07:17:15 MDT
  11. References: <3tsnjv$cdj@sifon.cc.mcgill.ca>
  12. Organization: Utah State University
  13. Lines: 25
  14. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  15.  
  16. In article <3tsnjv$cdj@sifon.cc.mcgill.ca>, ronis@gibbs.chem.mcgill.ca (David Ronis) writes:
  17. > I use kermit (MS-DOS version 3.14 Patch level 0) to connect to 
  18. > our Sun's at work through a 14.4 Sportster Modem.  It works 
  19. > flawlessly for file transfers, and ascii (VT100, etc.) termial sessions. 
  20. > 
  21. > However, I have a program that switches kermit to Tektronics emulation
  22. > and then tries to plot a graph.  If the graph is small, all works as
  23. > expected, but if the graph is complicated, then what invariably
  24. > happens is that the first part comes out correctly, while the latter
  25. > is all messed up.  What appears to happen that part of the input stream
  26. > is lost or corrupted.  The line I use is clean, and file transfers 
  27. > usually happen with no retries.
  28. > 
  29. > Is there something strange in the way kermit handles Xon/Xoff in Tektronics
  30. > mode?  Alternately is there something special I should be doing the stty 
  31. > on the Unix end?
  32. ------------
  33.     Flow control in Kermit is independent of Tek mode. It may well be
  34. that your host echos received XON/XOFF flow control bytes and that would
  35. certainly mess up the works. In addition, if you use only end to end
  36. flow control the comms line equipment can drain its buffer capacity without
  37. being blocked, and that's not good. Please use point to point flow control,
  38. and the best of these is RTS/CTS hardware flow control between your PC and
  39. modem. Recall that the remote host must be flow controlled too, somehow.
  40.     Joe D.